• 规范
  • git 规范
  • 晨会
  • 禅道
  • 其他
  • 规范 2019-3-14
  • commit 规范
  • 其他规范
  • base on 开源
  • 文档 日志
  • 编码
  • api doc 规范
  • other
  • 工作习惯
  • 规范
    pjk index 
    外包要求 
    lv1= lv2= type=

    git 规范

    所有的代码发布,通过git,配置也保存在git中,不同环境的不同配置通过分支来提现。有敏感信息不能进git的,另行处理
    custom config;user/my config 
    git的一个commit只做一件事情,即使这件事情只改了一行代码、配置
    代码重构要单独提交到一个commit,如果一个改动需要重构,重构和功能修改分两次commit
    自己检查自己的工作!git提交确保完整、可用。
    每一行修改都要检查一遍

    晨会

    每天晨会,汇报自己昨天的工作;也便于组内成员间相互了解别人的工作。
    http://dev.rongyipiao.com:84/tools/database_op.html

    禅道

    - 自己的事情,记下来,分解成禅道任务 http://dev.rongyipiao.com/docs/1068799191/pub/todo_index.html
    口头交代的任务,自己记录下来。不要石沉大海!
    - 工作量超过1小时的,单独建立任务;小于1小时的,可以建立一个杂项任务写在一起
    - 完成任务:统一为在记录工时时剩余填0。
    - 每个任务,写明关联的git仓库、分支或其他信息,保证看的人能掌握全部信息。
    - 如果是bug,不要写成任务

    其他

    注重文档
    demo先行
    文件名不要用中文,避免编码问题
    lv1= lv2= type=

    规范 2019-3-14

    http://uninote.com.cn/book/1082456099#1126

    commit 规范

    https://blog.csdn.net/zhongwcool/article/details/44673263?utm_source=blogxgwz6

    其他规范

    重构时,必须保证100%的功能,即逻辑不能变,只能变代码结构。
    工具稳定,由开发来测试
    lv1= lv2= type=

    base on 开源

    记录start commit
    选取stable commit

    文档 日志

    必须的文档说明:日志在什么地方,sample logs
    公用的配置、数据要放git管理。sql除了初始化结构,还需要有必要的初始化数据。

    编码

    如果确实需要复制代码,一定要在文档 中说明
    - 一个 commit 一件事情
    - 多余的空行
    - 提交分支加一个 tmp,review后再合并。
    lv1= lv2= type=todo

    api doc 规范

    所有的api,写一个简单的页面版的调用demo,覆盖全部的业务逻辑(接口调用),从日志输出中copy参数,可以直接修改,测试接口。

    other

    不要格式化代码:blame on you !
    前置逗号是不好的JavaScript代码书写习惯吗?
    http://ourjs.com/detail/53f7ffabc1afbc6e3000000a
    如何 求助 协作
    缩进统一

    工作习惯

    - 发现问题,任何时间发消息,你们可以空了再会,但必须要有回复
    - 任何事情要有回音(
    事事有回音
    http://www.sohu.com/a/252784285_100255455
    )
    - 要做的事情,要有个TODO list,让我知道你记下了
    - 工作计划 及时更新
    -end